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(54) Game device 

(57) Provided Is a driving game, wherein players 
having various driving skills - from beginners to those 
advanced - may enjoy both aspects of amusement and 
simulation in consistency. The game device of the 
present invention moves an object in a virtual three- 
dimensional space pursuant to operations from a player 
and generates images of the moving state of such 
object. This game device is provided with an element for 
providing to a player a plurality of different movement 
modes upon moving the vehicle along a traveling line; 
an element for enabling a player to select a desired 
movement mode from such plurality of different move- 
ment modes; and an element for executing a vehicle- 
driving game relating to the driving mode selected by 
the player. Included In this plurality of driving modes are 
an assist nxxJe In which auto-brake control Is performed 
and a training mode in which various indications, such 
as the timing of the braking point, are given. 
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Description 

BACKGROUND OF THE INVENTION 

5 Field of the Invention 

[0001] The present invention generally relates to a game device, and particularly relates a garr« d^ice to^^^J; 
Ing iniges of the moving state of objects, such as automobiles, in a virtual three^imensional space m response to 
operations of a player. 

Pfnaiptir" Related Art 

10002] Pursuant to recent developments in computer graphics technology, simulation d»nces a'^same j*^^ 
Kbecorne Widely popular for both business and domestic use.^ 

?ir raS^g^ wheSn players compete for lap times by moving one s car as an object on the course set .n a vrtual 
three-dimensional space (game space), and has gained a well-established populanty. v.--x.««h 
OWaT GeneraSTthe simulation device or game device (hereinafter collecfively referred to 
for playing this game comprises a device main body with a built-in computer unit for execuUng a P'^-^°[^^^° 
aram an ooerational unit for supplying to the computer unit operational signals ordering the movement of the object 
?STz'e^ inTe game a display for displaying images pursuant to the game progress realiz^ by the ^'^ectrt.on of the 
gametrogram by the computer unit, and a sound device for generating sounds pursuan to the game de^^'0P•1?e"t _ 
?oiS^r in this game device, the likes of a vehicle (object) with a driver simulating the player are displayed onthe d.s- 
plaTlhe player operates the operational unit and provides the computer unit with information of the trnve^^r^ route. 
SeliTgS and soon. The computer unit calculat 

frS^fion obtains image data of the traveling state, and displays this image data on the display 
S dhOi* mcSe Of this game is as follows. Not only is the player's vehicle displayed as the .mage on ttie 

dS road sign^and the like are also displayed together with the background. The player r^ds one's traveling ^ate 
frSe sharpness of a turn contents of the road signs snowing a curve ahead, movement of the surrounding scenery, 
e^ l!^ loXte the aS^leration and deceleration via operational units (accelerator pedal, brake pedal, gearshift. 

^ roooei Nevertheless, as there is only one driving mode in conventional driving games, the player mere^ i"d9^ 
onStraveirng state upon viewing the displayed background, road signs, andsoforth. Thus, afthough «Ven«K^lay- 
ere lre S to achieve high scores in accordance with his/her degree of skill, beginners and players who are pwr at 
nSSle to acfJeve good scores, and there is a problem in that their interest in the game wouW lanQ"'* • 

SB SnSly although rt would be possible to make the game content enjoyable even to begmners such as by 

Eg thedegSe of difficulty of the cour^aveling route), for example, advanced and fcpenenced P^a^^^J ""^ 
bTS^to enjoy a satisfactory drive. Therefore, therewasatendency to make the degree of d«K|ultyo the ga^ 
such i by sSng the course accordingly This, however, demanded a high degree of driving skill and led to a garne rn 
^chl ^'fni could not easily play Moreover, the game device would lack amusement merely with the drff«ulty of 

40 the driving technique, and consideration to this aspect is also necessary. 

SUMMARY OF THE INVENTION 

rooosi The present invention was devised in view of the aforementioned problems encountered by conventional 
Sogy?iaTcSctthereofistoprovideagame.suchasadrivin^ 

skills - from beginners to those advanced - may enjoy both aspects of amusement and ^"^^1 TeS^as fol 
[M^l in order to achieve the aforementioned object, the game device of the present invention is structured as fol- 

SSoi In one invention, a game device for moving an object in a virtual three-dimensional space P"^"^"* * "P^; 
K from a player and generating images of the moving state of such object, comprises: mode provis^n means for 
pSinrTo a pSJr a plurality of Sfferent movement modes upon moving the object: selecUon means for en^ng a 
p a^eMo leleS a desired movement mode from such plurality of different '^^^^j;;^^^^^^^^ 
mwns for executing a game relating to the movement of the object in the movement mode selected by the P'ayer- 
XT] ^r6^ to this structure, for example, the object is a vehicle to be moved along a ^^^^f^^f^^^ 
n me virtual^ee-Snensional space: and the mode provision means provid^ to a player a P.'"f °* ^"^^^^^^^^ 
of me veWcle as the plurality of movement modes. Furthermore, the plurality of driving nriodes indudes an ass sU^e 
hav^^g an l^o^rake f unctfon for automatically assisting the braking power of the vehicle. Accord:"9.^° P^f^^^J 
Sle tte ?urality of driving modes includes a training mode having an indication functwn for indicatng the driving 
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state upon the player virtually driving the vehicle. In addition, preferably, the indication function indicates to the player 
the driving state with, at the least, either an image or a sound. It is further desirable that the indication function is com- 
posed of at least one among: a first indication function for indicating to the player a reference travel line by displaying 
this on the traveling line; a second indication function for indicating to the player the brake timing by altering the display 
5 mode of the reference travel line; a third indication function for indicating to the player the existence of a curve on the 
traveling line; and a fourth indication function for indicating to the player the gearshift position at the curve on the 
traveling line. 

[001 2] Here, for example, the game execution means executes the game by exhibiting at least one function among 
the first through fourth indication functions by referring to an ideal reference data including speed data and brake data 

10 per block along the traveling line obtained from the driving of an experienced player. Preferably, the game execution 
means exhibits the second indication function by including: means for comparing the speed data of the reference data 
and the speed of the vehicle driven by the player and. when the comparative result shows that speed data > vehicle 
speed, altering brake data of blocks, which continues until such vehicle speed exceeds the speed data, ahead of the 
vehicle to become zero; and means for altering the display mode of the traveling line pursuant to the alteration result of 

75 this block data. 

[0013] In another invention, a game device for moving an object in a virtual three-dimensional space pursuant to 
operations from a player and generating Images of the moving state of such object, comprises: storage means for pri- 
orly storing reference data representing the movement of the object in an ideal state; operation means for operating the 
actual data showing the moving state upon the player actually moving the object; and assist means for comparing the 

20 reference data and actual data and automatically assisting the moving state of the object to be moved by the player. 
[0014] As a preferable example according to this structure, the object is a vehicle to be moved along the traveling 
line provided within the virtual three-dimensional space; and the movement of the object Is represented by the object 
traveling along the traveling line of the vehicle. For example, the reference data is driving data prepared from the driving 
state obtained from the driving of a driver, who is experienced with an actual vehicle in an actual space, along a 

25 traveling route; and the traveling line in the virtual three-dimensional space is the line simulating the traveling route in 
such actual space. As one example thereof, the driving data Includes speed data, brake data and travel line data based 
on the driving of the experienced player prepared along the traveling line and per block of a prescribed length. Here, the 
assist means conrpares the reference data and actual data and automatically assists the braking state of the vehicle to 
be moved by the player. 

30 [0015] According to a preferable, specific structure, the assist means includes: means for obtaining the target 
acceleration from the speed data of the reference data of a block in front of the block on which the vehicle is positioned, 
and the speed of the vehicle driven by the player; means for estimating the vehicle acceleration from the operational 
state of the player; means for comparing and judging the target acceleration and the estimate acceleration; means for 
judging the application of a brake when this comparative result shows that target acceleration > estimate acceleration; 

35 and means for automatically assisting the control of the degree of acceleration when the judgment means judges that 
the application of a brake is not necessary, and assisting the control of the degree of acceleration and the amount of 
brake application when the judgment means judges that the application of a brake Is necessary 
[001 6J According to still another invention, a game device for moving an object in a virtual three-dimensional space 
pursuant to operations from a player and generating images of the moving state of such object, comprises: operation 

40 means for perlbrming modeling conversion to traces pursuant to the movement of the object from a camera viewpoint 
and operating the conversion matrix thereof; storage means for storing such conversion matrix; judgment means for 
judging whether the display of traces is necessary; and display means lor reading the conversion matrix from the stor- 
age means and displaying the converston matrix when the judgment means judges that the display off traces Is neces- 
sary. 

45 [0017] According to a further Invention, a game device for moving an object in a virtual three-dimensional space 
pursuant to operations from an operator and generating Images of the moving state of such object, comprises: move- 
ment mode provision means for providing a plurality of movement modes including a brake timing notifk:ation mode for 
notifying the operator of the brake application timing of the object; and selection means for selecting the movement 
mode pursuant to the selection made by the operator; wherein the movement mode provision means for realizing the 

so brake timing notification mode Includes: judgement means for judging whether or not brake application is necessary 
based on the speed and position of the object operated by the operator; calculation means for calculating the brake tim- 
ing based on the speed and position of the object operated by the operator when the judgment means judges that brake 
application is necessary; and notification means for notifying the operator of the brake application tinning based on the 
brake timing calculated by the calculation means. 

55 [0018] Here, for example, tfie judgment means and calculation means respectively perform Judgment and calcula- 
tion based on the speed and position of the object operated by the operator, and the reference data conresponding to 
such position. In addition, the notification means notifies, earlier than usual, tiie brake application timing when the 
speed of the object Is fast in conparlson to when the speed of the object is slow. 
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[00191 According to a still further Invention, a vehicle brake-control device for controlling the ^J^^^^f^^^"^^ 
Stravel^ alon'g the route in an actual space. corTprises:sto^^^ 

of the traveling route which the vehicle is to travel; vehicle position detection means for detecting the P<»JO" °^ 
de onTe traveSng route: and control means for automatically controlling the b'«'^"9 ^'^^^ °^ ^'^jf '^^ 
s SielJng statTmereof based on the data stored in the storage means and the position detected by the vehicle posrtion 

detection means. 

BRIEF DESCRIPTION OF THE DRAWINGS 
10 [0020] 

Fig. 1 is a block diagram of the game device according to an embodiment of the present invention; 
Fig. 2 is a flowchart showing the outline of the selection processing of the driving mode In the first embodiment; 
Fig. 3 is a flowchart showing the outline of the processing flow of another driving mode; 
Fig. 4 is a flowchart showing the outline of the auto-brake control in the assist mode; 
20 Fig. 5 is a flowchart showing the outline of the indication control in the training mode; 
Fig. 6 is a diagram explaining the alteration of brake data In the training mode: 
Fig- 7 is an example of a display screen indicating the braking point; 
Fig. 8 is an example of a display screen indicating the braking point; 
Fig. 9 is an example of a display screen indicating the braking point; 
Fig. 1 0 is an example of a display screen indicating the braking point; 
Fig. 1 1 is an example of a display screen indicating the braking point; 
Fig. 12 is an example of a display screen indicating the braking point; 
Fig. 13 is an example of a display screen indicating the braking point; 
Fig. 1 4 is an example of a display screen indicating the braking point; 
40 Fig. 1 5 is an example of a display screen indicating the braking point; 
Fig. 1 6 is an example of a display screen indicating the braking point; 
Fig. 1 7 is an example of a display screen indicating the braking point; 

45 

Fig. 18 is an example of a display screen indicating the braking point; 
Rg. 19 is an example of a display screen indicating the braking point; 
50 Fig. 20 is an example of a display screen indicating the braking point; 
Fig. 21 is an example of a display screen indicating the braking point; 
Fig. 22 is an example of a display screen indicating the braking point; 
Fig. 23 is an example of a display screen indicating the braking point; 

Fig. 24 is a flowchart showing an outline of the skid mark (trace) processing according to the second embodiment; 
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Fig. 25 is a flowchart showing an outline of the display of skid marks (traces); 
Fig. 26 is a diagram explaining the clipping of skid marks; 
5 Fig. 27 is a diagram explaining the display of skid marks; and 

Fig. 28 is a structural diagram conceptually representing the vehicle brake-control device of the present invention. 
DESCRIPTION OF THE PREFERRED EMBODIMENTS 

10 

[0021] Embodiments of the present invention are now explained with reference to the attached drawings. 
(First Embodiment) 

15 [0022] The first embodiment of the present invention is explained below with reference to Figs. 1 to 23. 

[0023] The game device according to this embodiment provides a driving game wherein players drive around a cir- 
cuit course (traveling line) and compete for lap times. 

[0024] Fig. 1 is an electrical block diagram showing the outline of the game device. As shown in Fig. 1, the game 
device comprises a game processing board 10. Electrically connected to this game processing board 10 are devices 
20 such as an operational unit 1 1 . display 12, speaker 13, external expansion connector 14, and so on. The player, while 
viewing the game screen displayed on the display 12, may play the driving game by operating the various devices of 
the operational unit 1 1 . 

[0025] Other than the counter not shown, the game processing board 1 0 comprises a CPU (central processing unit) 
21 , geometry processor 22. system memory 23. ROM 24 for program data, boot ROM 25, bus arbiter 26 for a bus con- 
25 troller. rendering processor 27. graphic memory 28, video DAC 29. audio processor 30, audio memory 31, audio DAC 
32. and partial elements thereof are mutually connected via a bus line 33. 

[0026] Among the above, the CPU 21 is connected to the geometry processor 22 and the system memory 23 via 
the bus line 33, the first system thereof is connected to the ROM 24 for program data and the boot ROM 25 via the bus 
arbiter 26 and bus line 33. the second system thereof is connected to the operational unit 1 1 via an I/O 34. the third 
30 system thereof is connected to the external expansion connector 14, the third system thereof is connected to the audio 
processor 30, and the fourth system thereof is connected to the rendering processor 27, respectively. The rendering 
processor 27 is connected to the graphic memory 28 and the video DAC 29. The audio processor 30 is connected to 
the audio memory 31 and the audio DAC 32. 

[0027] The system memory 23 priorly stores prescribed programs and image processing programs of this device. 

35 The boot ROM 25 priorly stores a program for booting the system. 

[0028] After the power is turned on. the CPU 21 activates the system by reading the boot program stored in the boot 
ROM 25. and thereafter executes processing relating to various operations and controls based on the internal program 
of the system memory ROM 23. This includes processing for selecting a desired driving mode among the plurality of 
preset driving modes, processing peculiar to the various driving modes, behavior calculation (simulation) processing of 

40 vehicles, and calculation processing of special effects. 

[0029] Behavior calculation simulates the movement of vehicles in a virtual three-dimensional space (game space) . 
In order to execute such calculation, after the polygon coordinate values of the vehicle in the virtual three-dimensional 
space are determined, the conversion matrix and shape data (polygon data) for converting such coordinate values into 
a two-dimensional visual field coordinate system are designated by the geometry processor 22. Here, polygon data 

45 shall mean the coordinate data group of the relative or absolute coordinates of the respective apexes of a polygon 
(polygonal shape: mainly triangles and quadrilaterals) composed of an aggregate of a plurality of apexes. 
[0030] The ROM 24 for program data priorly stores shape data (three-dimensional data of characters, landfbrms, 
backgrounds, etc. formed of the respective apexes) composed of a plurality of polygons. This shape data is delivered 
to the geometry processor 22. The geometry processor 22 performs perspective conversion to the designated shape 

so data with the conversion matrix sent from the CPU 21 . and obtains shape data converted from the coordinate system 
in the three<limensional space to the visual field coordinate system. This shape data is sent to the rendering processor 
27. 

[0031 ] The rendering processor 27 reads texture data from the graphic memory 28. affixes this texture to the shape 
data of the converted visual field coordinate system, and outputs this to the internal frame buffer of the video DAC 29. 
55 Polygon screens (simulation results) such as vehicles and landfbrms (k)ackgrounds) temporarily stored in the frame 
buffer and scroll screens such as character information are synthesized pursuant to a designated priority, and a final 
frame image data is generated per fixed timing. This frame image data is D/A converted and sent to the display 12. 
thereby being displayed as a game screen in real time. 
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[00321 -me audio processor 30 generates sound data based on orders from the CPU 21 and ou^uts ttiis data to 
ir^eakeM 3 via the audio DAC 3 ' sound data is ther*^ 

10033] The operational unit 1 1 is equipped with a driving mode selection switch 1 la. «'f^^'"9 JJ^^L?"^^^^^^ 
tor Dedal 1 1 c brake pedal 1 1d. gearshift 1 1 e. view-change switch 1 1f and so on to be operated by the player The player 
rtheX aSe to^^ the disptey screen of the display 1 2 and provide the CPU 21 . via the l/F 34. w.th drmng .nforma- 
rS^gto Siill^mode selection, steering angle, acceleration, deceleration, gearshift posifon. viewpoint position 

of the camera placed in the virtual three-dimensional space, and so on. 

raOM] nIS. the image generation processing of the driving game realized by the game dev«e a<xo«l-ng to Jie 
SSent emtodiment is described below. The CPU 21 executes a prescribed main program as the normal state after 
^^nT^^r^^oe and. during the execution process thereof, further executes the timer interrupt process.ng 
shown in Figs. 2 and 3. 

[Driving Mode Selection Processing] 

[0035] The processing shown in Fig. 2 is a processing routine, which is executed per f ixed ^'^^^\^^J^J^^J^.^'. 
for a player to sdect a driving mode of a vehicle (player car) from a plurality of dnving modes prepared .n advance_Th« 
fTJi time At does not necessarily have to be the same as the interrupt time At to the processing shown .n Fig. 3 

'The CPU 21 reads the switch information of the driving mode selection switch 1 la as the driving mode 
Son information (Fig. 2; step S1). and sets one driving mode among the four types of driving modes in correspond- 

ence with such information (step S2). 

SSn Four types of modes are prepared for tiie present embodiment as the driving modes: namely, assist mode^ 
Sniissist mode training mode, and simulation mode. These four types of modes have the same traveling line m 
^tehTe vehiSe s to travel, but mutually have different driving characteristics (i.e. . ease of driving opa«*°" fttnbj^- 
to the Physical motion relationship between the traveling line and vehicle) for the player to drive the virtual vehicle. 

ofTncorporation of the control factor (ABS. TRC. auto-brake confrol. etc.) influencing the dnvng characteristics of the 

jSSr The assist mode is a mode for beginners, and assists the driving of a beginner P'ayer bas«l on j^ence 
dafaDATA , showing the driving state (granted this is an ideal state) of an experienced player adopted as the ideal driv- 
frfsSVe The nX S^^^^^ aListance. in principle, is the control of the thnrttle of the accelerator 1 1c and me app^i- 
SSi S tt^e brate lid (hereinafter referred to as "auto-brake control" as necessary) for automat«al ly asseftng the 
SJSg of 4 vehile. In this assist mode, the likes of ABS (anti-skid) control and TRC (traction «>nt^o^) a^^^^^" 
cS«l L one of the vehicle behavior calculations and. as a result, the driving characteristics thereof are also automat- 

" iSS;r"™aSmo:e^rp=e*.beginners^^^ 

the^inction of auto-brake control is removed from the aforementioned assist mode. As the auto-brake control e 

removed from the driving characteristics, the driver's skill is more easily reflected to the dnying stete^ 

lloW] AS with the aforementioned assist mode, the training mode achieves the gist of the P^^Jf '7^'*°". ^"^^^^^ 

40 ateoa DreferaWe driving mode for beginners. This mode is especially suitable for players playing the game for the first 
I'^Ss iJe^Snced with driving games, and gives indications (advice) of important points of the dnving oper- 
Ton^h sound a^or display during the game based on data (reference data DATA^,) relati-ig ^ ^he d;^'"9 
S^^^nci Player The driving characteristics of this mode itself are the same as the semi-ass.st mode, butdue to the 
Sonsl^^l^^S op J^^^ the player will usu^ly receive an impression that driving in the training mode ,s eas- 

" ;s:iT'"*'^"~:::s:isprefe^^^ 

L^matically assisting the driving state of the player from the device side or any function of gMng 
dS!ng operation from ttie device side. This mode simulates the player's driving abilrty as is and the driving character- 
istics thereof are also set to be the most difficult. . . . • ^ 

so A<S^^^^^ the CPU 21 sets the variable MD = 0 showing the selected state when the dnv.ng mode selec^ 

tTfr^forma^^^^ is selecting the assist mode, sets the variable MD = 1 when f f -9 J^*^^^^^^^ 

mode, sets the variable MD = 2 when selecting the training mode, and sets the variable MD = 3 when selecting the sim- 

S ""^i mTafoL^^^^ driving mode selection processing is executed per fbced time AV^hen the player 
55 selects a different driving mode, the main routine thereafter is processed with the renewed driving mode. 
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[Image Generation Processing] 

[0044] Meanwhile, Fig. 3 shows a main routine of the image generation processing. This main routine, for exannple. 
is repeatedly executed by the CPU 21 for every one field (At = 1/60 sec ) synchronized with the display interrupt. 

5 [0045] Specifically, this routine judges the driving mode (steps S11 to S13) by checking the value of the variable 
MD currently set by the aforementioned driving mode selection processing (Fig. 2). As a result, when the variable MD 
= 0 and it is judged as the assist mode, the routine proceeds to processing steps SI 4 to SI 7. When the variable MD = 
1 and it is judged as the semi-assist mode, the routine proceeds to processing steps 818 to 820. When the variable 
MD= 2 and it is judged as the training mode, the routine proceeds to processing steps 821 to 824. When the variable 

10 MD = 3 and it is judged as the simulation mode, the routine proceeds to processing steps 825 to 827. 
[0046] Processing for the separate driving modes is now explained in further detail. 

1. Assist Mode 

15 [0047] Foremost, in the assist mode, information of the current operational state (steering angle, acceleration throt- 
tle, brake application, gearshift position) to the steering wheel 1 lb, accelerator 11c, brake 1 1d and gearshift 1 1 e of the 
operational unit 11 is read (step 814). Next, processing for the auto-brake control is performed (step 815). 
[0048] This processing for auto-brake control is executed as the subroutine shown in Hg. 4. The basis for activat- 
ing/commencing the auto-brake function is predetermined. That is. driving data (i.e., data representing an ideal drive 

20 along the course in this game device, hereinafter referred to as "reference data DATAreD such as speed data, brake 
data (showing the degree of braking), and traveling line (position) during an ideal drive made by a player experienced 
(advanced) in the driving of the game is sampled, and this is priorly stored in the ROM 14 in the form of a data table. 
This reference data DATA^ef is provided in sectional units (hereinafter referred to as "blocks") off the respective courses 
divided in prescribed intervals (e.g.. 4m to 8m) (cf. Fig. 6(a) explained later). 

25 [0049] Reference data DATA^ef is prepared with a reference data preparation tool in advance. Although it is possible 
to prepare the entire reference data DATA^ef by theoretical calculation, this is extremely time consuming and there is 
also a problem in that the traveling line will lack reality if it were theoretically conceived and calculated. Thus, in the 
present embodiment, reference data DATA^f including speed data, brake data, and traveling line of a drive actually 
made in a game by an experienced player is saved in binary, this is loaded with a reference data preparation tool and. 

30 by altering this data, reference data DATAref is thereby prepared. 

[0050] Here, the CPU 21 operates the target acceleration currently required from the sampling data obtained by 
referring to the cun-ent vehicle speed and reference data DATAref (step 821). Particularly, the target acceleration speed 
is operated utilizing reference speed data SP^ef. which is obtained by sampling reference data DATArei of a block imme- 
diately ahead of the block on which the vehicle is currently positioned, the current vehicle speed V. and the distance to 

35 the next block ahead. 

[0051 1 Next, the acceleration of the player-driven vehicle (player car) in the next block is estimated from the opera- 
tional values of the accelerator 11c and the brake lid read above (step 822). Thereafter, the CPU 21 judges whether 
or not the target acceleration > estimate acceleration (step 823). 

[0052] When the comparative judgment in this step 823 is YES (target acceleration > estimate acceleration), com- 
40 pulsory brake control is judged as being unnecessary and the value of the player's operation is set as the control input 
of the brake 1 1d. as is (steps 824, 825). Thereby, the player's operation is reflected, as is. to the behavior calculation 
and game processing of the vehicle (player car) explained later. 

[0053] Contrarily, when the comparison judgment in step 823 is NO (target acceleration < estimate acceleration), 
the necessity of further application of the brake 1 1d is judged by conrparing the acceleration speed calculated from the 
45 engine brake upon full release of the acceleration and the current application of the brake 1 1 d. and the target acceler- 
ation (step 826). 

[0054] When further application of the brake is not necessary pursuant to this judgment, the acceleration throttle is 
reverse operated from the target acceleration arxl the brake application, and the acceleration throttle operated by the 
player is replaced by the reverse operated value (step 827). Nevertheless, the CPU 21 maintains the brake application 
so operated by the player as the brake application information for use in the vehicle behavior calculation processing (step 

828). 

[0055] When the comparative judgment is YES (further brake application is required) in aforementioned step 826, 
the CPU 21 compulsorily controls the acceleration throttle and the brake application. That is, the acceleration throttle 
operated by the player is replaced by full-release acceleration (throttle = 0) (step 829). Moreover, the brake application 
55 is reverse operated from the target acceleration and the engine brake, and the brake application operated by the player 
is replaced by the reverse operated value (step S30). 

[0056] The estimated acceleration, obtained from the driving state of the driving player, is compared with the ideal 
acceleration (acceleration upon an experienced player driving). When it is indicated that further braking is necessary 
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pursuant to the comparative results, the acceleration throttle, or both the acceleration throttle and the brake application 
are automatically and compulsorily controlled (i.e.. assisted) to be an ideal value. 

[0057] Accordingly, by implementing this auto-brake control, the acceleration control and brake operation of the 
vehicle (automobile) are automatically conducted. The player is able to drive around the course with o"'y op^afton 
5 of the steering wheel 1 1b while full-throttling the accelerator 1 1 c. Moreover, when a player is driving below the speed 
SLrsui player is able to freely control the speed by operating the accelerator 11c and ^^-^^-Jl ^^^^ ^'a^e 
without having to provide a separate driving course from those used by advanced players, the difficulty of the game is 

roosaf ^"A£r*rlS?g of"ttiTacceleration throttle and brake application in relation to the auto-brake control as 
10 mentioned above, the CPU 21 returns to the routine shown in Fig. 3 and operates the veh.de behavior (step SI 6)^ 
Thereby, vehicle postures such as the yawing, rolling, and pitching of the vehicle (player car) are operated from the 
operational information. Here, elements of TRC. ABS and so on are added upon the pitching operator 
[00591 Next the CPU 21 operates the conversion matrix for converting the coordinate system of the virtua^ three- 
dimensional space into a two-dimensional visual field coordinate system, and delivers this conversion matnx and shape 

15 data to the geometry processor 23. ..... • ^. , wie«ia« n> r« 

r0060] As a result, the polygon image reflecting this renewed vehicle behavior is displayed on the display 12. By 
repeating this display per display interrupt, images of the driving state reflecting the operational information and. as nec- 
essary, in accordance with the assisted driving state are provided substantially m real time. 

20 2. Semi-Assist Mode 

[0061] In the case of the semi-assist mode shown in Fig. 3, the aforementioned auto-brake control is not performed, 
and similar vehicle behavior calculation and display are made pursuant to the operational informaton. 

ss 3. Training Mode 

[0062] The training mode shown in Fig. 3 is now explained in detail. As this mode aims at training the drivingplayer. 
it is characterized in priorly providing various indications (advice) during driving such as by '^^^l^'^^^^l. 
[0063] That is. the CPU 21 reads the current operational information of the player (step S21 ) and thereafter imple- 
30 ments the indication processing routine as follows (step S22). .wi 
S ?he outline of this indication processing routm 

on which the vehicle is positioned pursuant to the operational information (step 841). and then operates the cun-ert 
vejHCte speedV (st^^^2)^^ reference speed data SP,e, from reference data DAT\ef of the current block on 
iirtiich the vehicle is positioned (step 843). and determines whether SP.„ > V by comparing such reference ^eed date 
SP^f and the actual current vehicle speed V (step S44). When this comparative result is YES. .e.. SPref > v. processing 
for altering brake data DB of reference data DATA,e, is performed as desaibed 'at«^;Cont,ari^wh^the oon^^^ 
result is NO. i.e.. SP,ef ^ V. the alteration processing of brake data is not performed (step 845). Then, the CPU21 
judges whether this alteration processing has already been completed for a prescribed number of btocks (e^g.. bl^ 
of telf of the circuit -300 to 400 blocks), and when there is a block still remaining, this block is advanced one block (step 
S47) and the aforementioned processing is similarly repealed. This processing is implemented per display frame 
regarding all blocks of a set number ahead of the vehicle. oar « 

[M661 A typical example of this alteration processing achieved by repeating aforementioned steps S41 to S46 is 
shown in Rg. 6. Here, as shown in Fig. 6(a). a vehicle in a game is positioned on block 0 at a <=«rtain J-^e^o* *® 
currert posLn is expressed as standard 0). and reference data DATA,, of blocks 0, 1 . 2. . j^^^^^ 

direction^ the vehicle is as shown in the drawing. The speed of the vehicle on block 0 shall be '^'^'^^^^^^ 
data SP™, of block 0 = 263 (unit is arbitrary), whether the current vehicle speed V > 263 is judged (c-f. step S44). and 
when YES, alteration processing for brake data DB is not implemented. In other words, brake data DB P^ov-ded as ref- 
erence data DATA«, is used as is. Contrarily, if the current vehicle speed V s 263. the setting (alteration) of brake data 
DB = 0 is made. This atteration processing is implemented for a prescribed number of blocks per frame. 
[0067] Thus, for example, if the current vehicle speed V = 245 in a certain frame, blocks 0. 1 . 2. . . are succe^ively 
searched until a block fulfilling the condition of V = 245 < SP,e, = 263 (in blockO) is obtained ^rate date of st^ 
block is altered to be brake data DB = 0. In Fig. 6(a), as eight blocks: namely, blocks 0 to 7, fulfill the ato'emenboned 
condition brake data thereof is altered to be brake data DB = 0. Nevertheless, in consideration of the smoothness of 
55 the connection of data with block 8 not fulfilling the aforementioned condition, in the fe^^tion Pro^^"9 f 

the value of block 7 immediately before block 8 is altered to one haH (1/2) of block brake date DB = 2^ (=127). ^e 
value of block 6, which is two blocks before btock 8. is alteredtoone third (1/3)of block 8'sbratedate^^^ 
Accordingly, when the vehicle positioned on btockO has a vehicle speed V = 245. as shown in Fig. 6(b). brake date DB 
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is altered. Here, brake data DB of block 8 and onward is altered to a reference data value of 255. 
[0068] When brake data DB is altered as above, the CPU 21 then changes the shape of the reference travel line in 
blocks wherein brake data DB is not zero pursuant to brake data DB which has been altered (step S48). Then, the ref- 
erence travel line LN^f including such changed line portion is displayed (step S49). 

5 [0069] That is. the current vehicle speed V is compared with reference speed data SP^ef of a block located several 
prescribed blocks in front of the current position, and brake data DB is not changed for blocks wherein the vehicle speed 
V is exceeding reference speed data SProf within a course range (excluding the two block joints). Therefore, reference 
travel line LN^^f of reference data DATAref off blocks belonging to this course range is the subject to changes in the shape 
thereof. Meanwhile, as brake data DB of blocks wherein the vehicle speed V is less than reference speed data SPrei is 

10 compulsorily altered to zero, regarding reference travel line LNret of blocks presenting brake data DB = 0. the shape 
thereof will not be subject to such changes. 

[0070] In other words, in the range of blocks wherein brake data DB after alteration (adjustment) is not zero, it is 
desirable that the player steps on the brake pedal 11 d. and the shape of the block portions corresponding to brake data 
DB 9t 0 along reference travel line LN^ef is changed and displayed. 

15 [0071] This reference travel line LN^^f is presented to the player by displaying the travel line data (travel route data 
of an experienced player) of reference data DATAref in polygons. An indication (advice) is thereby given regarding the 
ideal line to be taken. Specifically, as reference travel line LNr©f is displayed in polygons, the experienced player s vehi- 
cle position data in block units is provided to the reference data preparation tool and a left/right two-point x. y. z position 
having a width of 3 meters is calculated in advance. Here, the left/right two-point y position is calculated as the intersec- 

20 tion of the polygon (plane surface) of the travel course and the y axis. As these calculations are made in advance with 
the reference data preparation tool, decreased is the operational load pertaining to the operation of the polygon-apex 
positions upon displaying reference travel line LNrof as polygons in an actual game. 

[0072] Upon actually displaying polygons of reference travel line LN^et in a game, consideration is given such that 
these polygons do not overlap with the polygons of the travel course. That is. as an example, performed is an operation 
25 of floating the y position of polygons of reference travel line LN^f 50 cm above the circuit surface (y position + 50 cm) 
to display such polygons in a floating state. 

[0073] Specific changes and displays of the line shape of reference travel line LN^ef may be of various modes as 
shown in Figs. 7 to 24. According to reference travel line LN^ef shown in Fig. 7. the braking indication region BK is dis- 
played in an aggregate of scattered, dust-like shapes having the same color (yellow) as that of the line. According to 

30 reference travel line LN^f shown in Fig. 8, the braking indication region BK is displayed in a curved line having the same 
color (yellow) as that of the travel line. According to reference travel line LN^ei shown in Fig. 9. the braking indication 
region BK is displayed in a curved line having a different color (red) than that of the travel line. According to reference 
travel line LN^ef shown in Fig. 10, the braking indication region BK is displayed in round marks having a different color 
(red) than that of the travel line. According to reference travel line LN^ef shown in Fig. 1 1 , the braking indication region 

35 BK is displayed in a line having a different color (red) than that of the travel line. Reference traveling line LN^et shown in 
Fig. 1 2 is displayed by colors being divided into steps from the start of the curve, and the brake indication region BK is 
displayed in a line having a different color (yellow) than that of the travel line. 

[0074] The brake indication region BK is displayed in Fig. 1 3 as a line having a wider width and a different color (yel- 
low) than that of the travel line, in Fig. 14 as successive symbols of arrowheads, and in Fig. 15 as successive triangle 
40 marks. A line having a different color (yellow) Is added on the travel line in Fig. 16. three-dimensional boxes are 
arranged on the travel line in Fig. 17. characters are drawn in the middle of the travel line in Fig. 18, and triangles are 
arranged on the travel line in Fig. 19. 

[0075] The braking indication regions shown in Fig. 20 (a) and (b) are shown in changing colors (Fig. 20 (a) : red. 
Fig. 20 (b) : orange). The braking indication regions shown in Fig. 21 (a) and (b) are also shown in changing colors (Fig. 
45 21 (a) : green. Fig. 21 (b) : red). 

[0076] The braking indication region shown in Fig. 22 is displayed by adding to the whole of both sides of the travel 
line wide sash-like lines having a different color (red) than that of the travel line, and Fig. 23 shows an orange version 
of such sash-like line. 

[0077] After the display of reference travel line LNret in an appropriate mode as mentioned above is completed, the 
50 CPU 21 proceeds to the sound indication off the braking point (steps S50 to 52) . 

[0078] That is, block number X = (V/50) + 1 is operated in relation to the cun-ent speed V of the vehicle and the 
value thereof is obtained (step 850). For example, when speed V = 245, block number X = 5. That is, this block number 
X is a value reflecting the current vehicle speed V. Here, the operational formula of this block number X may be changed 
suitably. 

55 [0079] Next, from the block on which the vehicle is currently positioned to the block ahead, wherein number of 
blocks =X number of blocks, searched is whether brake data ^ 0 (step S51). Then, judged is whether block data DB ^ 
0 is established regarding all blocks for X number of blocks (step S52). When this judgment is YES (i.e.. brake data DB 
9i 0 for X number of blocks ahead), it is recognized that a part of the course where an application of the brake is neces- 
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sary is just ahead. Thus, the CPU 21 indicates by generating a voice to the effect that "this is a braking pant" (step S53). 
[0080] Nevertheless, when this brake data DB ^ 0 is not established, no such voice indication is generated. For 
example, when a player is driving one s car at a speed slower than that of the experienced player showing the idea 
state, the player is able Id make the curve without stepping on the brake and. thus, the driving is entrusted to the player 
without such voice indication being generated. ^ eco tv,«> <-pi i 91 .iiH«e<; 

[0081] Thereafter, a voice indication is given for a cun/e of the circuit (steps S54 and S55). The CPU 21 J"dg^ 
whether or not the player's vehicle arrived at a predetermined block, which is a prescnbed number "ocks b^ore the 
block at the beginning of the curve, based on reference data DATA,, (step S55). When this judgment is YES Jhe CPU 
21 generates a voice message, such as "a cun/e is approaching" via the speaker 13 (step S56)^ Here the posrton o 
the predetermined block showing the arrival at the curve may be changed in accordance with the vehicle speed V at 
such point. The player is able to appropriately begin turning the steering wheel pursuant to such voice indication of the 

ro0821 Further, the CPU 21 indicates the cornering gearshift (steps S56 and S57). The CPU 21 judges whether the 
player's vehicle arrived at a predetermined block pursuant to reference data DATA,e, (step S56). and indica^ via the 
speaker 13 a preset optimum gearshlfl position for comering (i.e., the ideal gearshift position of an expenenced player) 
irelicating a voice message such as "make the curve in first gear" and the like. Thereby, the player is able to operate the 
gearshift 1 1 e to the position indicated by the voice message. . o«« u - v. c ara 

100831 Thereby the various indications (advice) in the training mode pertaining to step S22 shown in F^. 5 are 
given by voices or images. Thereafter in this training mode, the CPU 21 operates data representing the vehicle behavior 
in accordance with the operational stale or traveling state, and further performs game processing such as Perspec^ve 
conversion processing for displaying polygons of vehicles or the traveling line (including the reference travel line) and 
background image processing (Fig. 5. steps S23 and S24). The processing then returns to the main program until the 

iSS^'^MilSle. when the judgment is NO at step S13 in the main routine processing shown in Fig. 5; that is 
when the selected driving mode is judged as being the simulation mode, the CPU successively reads the operationa^ 
information of the player, performs behavior operation of the vehicle, and performs game processing as mentor.^ 
above (steps S25 to S27). In other words, the indications (advice) given in the training mode are not provided in this 
simulation mode at all. That is to say, the game amusement is restrained to minimum and provided is a *w'nfl^^^ 
with an increased simulation element where the player's raw driving technique is challenged. This simulation mode is 
therefor preferable for advanced players experienced with driving. ^ = „i, ,raiHw «f 
[0085] In the game device provided in the present embodiment, as mentoned above, prepared are a P"" a ^y,^ 
driving modes set to concur wrth the driving techniques of beginners to those advanced such that players of a I levels 
may «ijoy the game. As players of various driving levels may enjoy the game even though it is the same circurt. a plu- 
rality of circuits with differing difficulties are not required and, as a total, data of the circuit is suppressed, and the mem- 
ory occupancy thereof is minimized. ^ ^ . < ■ 1 tt^ 

[0086] If a beginner player selects the assist mode, such player may resort to the auto-brake control and play me 
driving game with more game amusement than the simulation element. And, although such beginner a'o"9f f 
same course used by advanced players, he/she may obtain respectable game results and therefore maintain the inter- 
est in game participation upon competing with friends. A beginner who becomes familiar with the assist mode may try 

the semi-assist nrxxle for a further challenge. «.kw ^=ii£.«r.o a 

[00871 An advanced player may select the training mode or simulation mode. The player may thereby challenge a 
difficult game laying emphasis on simulation, and such player's spirit in the game is prwoked. Even though a player 
may be advanced, depending on his/her driving skill, such player may first select and practice on the training mode and 
then challenge the simulation mode. As the ideal traveling line, braking point, curves, and the comering gearshift are 
indicated via voices and/or images in the training mode, the player may improve one's driving t«:hnK,ue upon incorpo- 
rating such indications. Here, as there is no automatic participation from the da/ice side regarding the traveling state^ 
one's own driving skill may be confirmed to a certain degree, reasonable degree of simulation is secured, and interest 
and expectation in the game are maintained. tn 
[0088] Accordingly, provided is a driving game, wherein players having vanous driving skills - from beginners to 
those advanced - m^ enjoy both aspects of amusement and simulation in consistency. 

(Second Embodiment) 

[00891 The game device pertaining to the second embodiment of the present invention is now explained w«"-efer- 
; ence to Figs. 24 to 27. The hardware structure of the ganr» device in this embodiment is the same as. or similar ta the 

(^] TOs game device is characterized by including, in addition to the driving pursuant to the afaemertioned plu- 
rality of driving modes, processing (trace display processing) for displaying skid marks (or tire marks) pertaining to skid- 
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ding or locking of tires on the circuit (traveling line). 

[0091] Upon driving on a road surface in an actual space, skid marks once made on the road surface remain for a 
considerable period of time. Especially on courses such as race circuits, skid marks remain without disappearing as 
drivers drive in a similar manner at the same curve. Thus, vehicles coming around the corner may judge the line to take 
5 or the braking point by referring to such skid marks. Particularly in a simulation game, as the camera viewpoint is posi- 
tioned at the driver's eye level in pursuit of reality, skid marks become an important signal to the driver upon progressing 
in the game. Therefore, it is desirable to display such skid marks without having to place an excessive burden on the 
game processing. 

[0092] The display processing of such skid marks is implemented with the CPU 21 performing software processing 
10 as follows. 

[0093] During the implementation of the main program, the CPU 21 performs operations and storage processing of 
polygons (objects) representing skid marks shown in Fig. 24 per frame and in an appropriate timing. 
[0094] Foremost, the CPU 21 judges whether it is a traveling state tor generating skid marks (tire marks) (step 61). 
This is determined by whether parameters such as acceleration, deceleration, yawing, etc. representing the traveling 
75 state of the vehicle fulfill predetermined conditions. When this judgment is YES, the CPU 21 thereafter operates the glo- 
bal coordinates from the respective positions of the tires of the vehicle and operates the matrix of the object (polygons 
representing skid marks) upon referring to the direction and scale thereof (step 62. 63). 
[0095] Specifically, object matrix [A] is operated pursuant to the following modeling conversion formula: 

20 [A] = [basic matrix of course] x [position matrix of polygons] 

X [rotation matrix of polygons] x [expansion/contraction matrix of polygons] 



[0096] The position matrix of polygons is the matrix of positions x. y, z in an absolute coordinate system of the 
25 arranged polygons. The rotation matrix of polygons is the matrix for obtaining the rotational components of the arranged 
polygons pursuant to inclination a of the vehicle or road surface. Further, the expansion/contraction matrix of polygons 
is the matrix for determining the scale of polygons decided pursuant to the vehicle speed, vehicle displacement during 
one frame, and tire width. 

[0097] Next, the operated matrix [A] is stored together with the object (polygons) in the internal SRAM (not shown) 
30 Of the system memory 23 (step 65). Here, if the data (object and matrix thereof) stored in the SRAM reaches a prede- 
termined constant, upon storing data thereafter, oldest data in a time series is deleted, and newest data is stored in 
place thereof. This deletion is performed in one-mark units (from the beginning to the end of a series of traces (marks) 
generated by a single spin or skid). The length of one mark is predetermined. 

[0098] If the judgment is NO in step 61 ; i.e., no display of skid marks, processing of aforementioned steps 62 to 65 
35 is skipped. 

[0099] Moreover, during the execution of the main program, the CPU 21 , in addition to the display processing of 
game results, orders the display of skkJ marks pursuant to the processing shown in Fig. 25 per frame and for each tire. 
[0100] Specifically, the CPU 21 reads the object (polygons representing skid marks) and the matrix thereof for the 
one designated tire (step 71). Next, the CPU 21 judges whether the read object is positioned within the visual field (dis- 
40 play area) pursuant to the z distance from the camera viewpoint virtually set as shown in Fig. 26 and the visual angle 
of the viewpoint thereof. The object becomes the subject of display when positioned within the visual field, and is 
clipped when outside such visual field (step 72. 73). 

[0101] Thereafter, a display order is given to the polygons positioned within the display area (step 74). Particularly, 
as shown in Fig. 27, the front end and back end of the current frame are determined from the front end point {x2, y2, 
45 z2) of the polygons which moved during one frame and the front end point thereof of the preceding frame (x1 . y1 , z1), 
and the respective polygons are spatially and continuously displayed per frame. Thereby, the player sees the polygons 
representing the skid marks of tires as extending. As mentioned above, however, as the number of storable polygons 
in one-mark units is limited to a predetermined value, the length of extending the skid marks is also restricted to be 
within a prescribed distance. 

so [0102] Next, the CPU 21 judges whether any stored object still remains and. if remaining, returns to step 71 . And. 
while repeating the aforementioned display order processing, upon completing a display order for one-frame worth of 
stored data, the CPU 21 returns the processing to the main program and stands by (step 75). Thereby, display orders 
of skid marks are attempted per frame against all four wheels of the vehicle and within a predetermined number of laps. 
[0103] In other words, when all four wheels are skidding or drifting, skid marks for all four wheels are displayed. 

55 When only the two front wheels among the four wheels are in such traveling state, skid marks for only those two front 
wheels are displayed. Further, skid marks are displayed for a predetermined number of laps, including the current lap. 
[0104] For example, let it be assumed that the camera viewpoint during the first lap is positioned to the rear upper 
direction of the vehicle and is chasing the player's vehicle from the sky in such position. And, when a player's driving 
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makes the vehicle skid at a certain curve, skid marks pursuant to such skidding are operated, and polygons are dis- 
played. That is. skid mark polygons of each wheel are operated within a predetermined length, and the density thereof 
is obtained in accordance with the degree of skidding and displayed. As the player is driving while viewing this screen, 
naturally he/she may see such skid marks. Together with this display, the polygons representing such skid marks and 
the matrix thereof are stored in the internal SRAM of the system memory 23. 

[01 05] Further suppose that the player wishes to change the cameral viewpoint during the second lap to, for exam- 
ple, the eye level of the driver inside the vehicle. Here, when approaching the aforementioned curve, the first skid marks 
(skid marks in one-mark units for each wheel) are displayed upon the matrix already operated and stored during the 
first lap being read out. Therefore, the player assimilated with the camera viewpoint can see the first skid marks ahead 
and measure the brake timing upon visually referring to such skid marks. Thus provided is a highly realistic screen and, 
while improving the simulation element and game amusement, contribution Is made to the improvement in the player's 
driving technique. 

[0106] If the player also makes one's vehicle skid at the same curve during the second lap. skid marks pursuant to 
this driving are operated, and similarly stored. Thus, if the camera viewpoint is also positioned at the drivers's eye level 
during the third lap, skid marks from both the first lap and the second lap are incorporated into being subject to display 
in the clipping processing. In other words, when approaching such curve during the third lap. skid marks of the first and 
second laps are displayed as partially overlapping skid marks, or as completely separate skid marks. Accordingly, it is 
possible to accurately grasp the previous traveling states and utilize the same upon approaching such curve again. 
[0107] Similarly, the display of such previous skid marks may be stored in the SRAM to the maximum limit in the 
number of mark units. ... u 

[01 08] As mentioned above, the matrix of the skid marks calculated at the time of driving is stored and. without hav- 
ing to re-operate the same, such matrix is merely read out and displayed. Therefore, even upon displaying previous skid 
marks, it is possible to perform the operation and processing of displaying polygons representing the skid marks at high 
speed! On the other hand, without having to increase the operational load of the CPU. provided is a highly realistic 
image of leaving the previous skid marks for a long period of time on the screen. Moreover, as the skid mark polygons 
to be stored are data groups (data after completing the operation of the position of polygons, scale, and inclination) 
immediately after the texture has been affixed, such polygons may be drawn in a similar manner as with that of ordinary 
background data, and the memory capacity necessary for the storage thereof may be minimized. 
[01 09] Conventionally, upon displaying skid marks, initially generated polygons were successively performed semi- 
transparent processing and erased in order to prevent exceeding the predetermined memory capacity Contrarily in the 
present embodiment, in comparison to conventional devices, provided is a highly simulative image such as skid marks 
remaining on the course without having to increase the memory capacity and without othenwise influencing the game 
processing (at high speed). This image may be respectively provided in the various driving modes described in the first 
embodiment and will further provoke the players's interest in the game. 

[01 10] As a matter of course, the present inventbn is not limited to the game device of the aforementioned embod- 
iments, and the game device of this invention may be variously altered or modified within the scope of the gist of the 
invention described in the claims. For example, the game contents which may be played with the game device of the 
present invention are not limited to the driving game for the competition of lap times upon driving around a circuit as 
mentioned above. The game may be a car race game wherein a plurality of cars compete for lap times. Further, other 
than objects related to vehicles, for example, the objecis may be water skis, snow skis, or motorcycles. 
[01 1 1 ] Although the aforementioned first embodiment described a driving game device for driving on a virtual space 
as one invention of the present application, this Invention is also capable of provkJing a vehicle brake-control system 
employable to vehicles running on an actual road surface in an actual space. This vehicle brake-control system equips 
the vehicle with, as shown in Fig. 28, a GPS receiver 101 , ROM 102. controller 103. and braking device 104. The ROM 
1 02 priorly stores speed data and brake data per vehicle position (block) described in the first embodiment as reference 
data As in the case with the game device, this reference data becomes the model data for braking upon driving along 
the objective travel route. The controller 1 03 receives position data from the GPS receiver 1 01 and provides to the brak- 
ing device 104 orders of the auto-brake control in the aforementioned assist mode upon referring to this position data 
and the reference data corresponding thereto. Thereby, even in an actual vehicle, it is possible to provide assistance 
from the viewpoint of brake control during actual driving, and expected is considerable support especially to drivers who 
are not yet so experienced with driving In such case, the aforementioned reference data may be stored in a storage 
medium such as a DVD or CD and it would be desirable, for example, to provide data for each objective travel route; 
such as for Route 4. or for Route 6, etc. Further, data stored as reference data is not limited to the combination of speed 
data and brake data per position, and. in order to suppress the amount of data, merely needed as minimum data is the 
curvature (R) data of the travel route. Accordingly, the controller may implement the auto-brake control for an actual 
vehicle by detecting the speed of the vehicle for each vehicle position, operating the maximum speed for cornenng from 
the curvature of the curve, and ordering an appropriate brake control to the braking device in accordance with the oper- 
ational speed. 
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[0112] As desaibed above, according to the game device of the present invention, foreniost. as a plurality of driving 
modes (moving mode of objects) set in conformity to the player's driving technique (moving technique of objects) are 
prepared, beginners to those advanced may enjoy the game on the same circuit (travel route). Particularly, in the assist 
mode among the aforementioned driving modes, as an auto-brake function is automatically obtained, this provides a 
5 preferable driving state for beginners. 

[0113] Furthermore, as pertinent driving indications are provided based on reference data of experienced players, 
beginners to those fairly advanced may challenge a difficult game laying further emphasis on simulation, and the 
player's spirit in the game is provoked. 

[01 14] Moreover, traces such as skid marks of vehicles pursuant to the movement of objects can be displayed with- 
10 out having to steeply increase the memory capacity, and while maintaining high processing speed. Thus, it is possible 
to represent highly realistic pictures of moving objects or the state after movement matching the vehicle driving In an 
actual space, and provided is an image sharply Increasing the simulation element. 

[011 5] In addition, the auto-brake function in the aforementioned assist mode can be employed to an actual vehicle 
running in an actual space and, therefore, provided is a pertinent driving state to drivers who are at a stage of still being 
15 inexperienced with driving. 

Claims 

1 . A game device for moving an object in a virtual three<limensional space pursuant to operations from a player and 
20 generating images of the moving state of such object, comprising: 

mode provision means for providing to a player a plurality of different movement modes having mutually differ- 
ent movement operation characteristics upon moving said object: 

selection means for enabling a player to select a desired movement mode from said plurality of different move- 
rs ment modes; and 

game execution means for executing a game relating to the movement of said object in the movement mode 
selected by said player. 

2. A game device according to claim 1 , wherein said object is a vehicle to be moved along a traveling line provided in 
30 said virtual three-dimensional space; 

said mode provision means provides to a player a plurality of driving modes of said vehicle as said plurality of 
movement modes; and 

said movement operation characteristics are driving characteristics of said vehicle. 

35 

3. A game device according to claim 2. wherein said plurality of driving modes includes an assist mode having an 
auto-brake function for automatically assisting the braking power of said vehicle. 

4. A game device according to daim 2, wherein said plurality of driving modes includes a training mode having an indi- 
40 cation function for indicating the driving state upon said player virtually driving said vehicle. 

5. A game device according to claim 4. wherein said Indication function irxllcates to the player said driving state with, 
at the least, either an image or a sound. 

45 6. A game device according to claim 4. wherein said indication function is composed of at least one among: 

a first indication function for indicating to the player a reference travel line by displaying this on said traveling 
line; 

a second indication function for indicating to the player the brake timing by altering the display mode of said 
so reference travel line; 

a third indication function for indicating to the player the existence of a curve on said traveling line; and 

a fourth indication function for indicating to the player the gearshift position at the curve on said traveling line. 

7. A game device according to claim 6, wherein said game execution means executes said game by exhibiting at least 
55 one function among said first through fourth indication functions by referring to an ideal reference data including 
speed data and brake data per block along said traveling line obtained from the driving of an experienced player. 

8- A game device according to claim 7, wherein said game execution means exhibits said second indication function 
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by including: 

means for comparing the speed data of said reference data and the speed of said vehicle driven by ^^J^^^ 
and when the comparative result shows that said speed data > said vehicle speed, altering said brake data of 
biSi Scontinues until said vehicle speed exceeds said speed data, ahead of the vehicle to become 

means for altering the display mode of said traveling line pursuant to the alteration result of this block data. 

9. A game device for moving an object in a virtual three-dimensional space pursuant to operations from a player and 
generating images of the moving state of such object, comprising: 

Storage means for priorly storing reference data representing the movement of said object in an Weal state; 
operation means for operating the actual data showing the moving state upon said player actually moving said 

a^m^ns for comparing said reference data and actual data and automatically assisting the moving state 
of said object to be moved by said player. 

1 0 A game device according to claim 9. wherein said object Is a vehicle to be moved along traveling line provided 
■ wittiin said virtual three<limensional space; and the movement of said object is represented by said object traveling 

along said traveling line of said vehicle. 

1 1 A game device according to claim 10, wherein said reference data is driving data prepared from the driving state 
obtained from the driving of a driver, who is experienced with an actual vehicle in an artual ^'^f'^.^^f^ 
route; and sad traveling line in said virtual threenlimensional space is the line simulating said traveling route in 
such actual space. 

1 2 A game device according to daim 1 1 . wherein said driving data includes speed data, brake data and fravel line date 
ba?^ on the driving of said experienced player prepared along said traveling line and per block of a prescribed 
length. 

13 A game device according to claim 12, wherein said assist means compares said reference data and actual date 
and automatically assists the braking state of said vehicle to be moved by said player. 

14. A game device according to claim 13. wherein said assist means includes: 

means for obteining the target acceleration from said speed date of said reference data of a block in front of 
the block on which said vehicle is positioned, and the speed of said vehicle driven by said player; 
means for estimating the vehicle acceleration from the operational state of said player; 
means for comparing and judging said terget acceleration and said estimate acceleration; 
means for judging the application of a brake when this comparative result shows that said target acceleration 
> said estimate acceleration; and • j ^ 

means for automatically assisting the control of the degree of acceleration when said judgment means judg^ 
that the application of a brake is not necessary, and assisting the control of the degree of acceleraton and the 
amount of brake application when said judgment means judges that the application of a brake is necessary. 

1 5. A game device for moving an object in a virtual three-dimensional space pursuant to operations from a player and 
generating images of the moving stete of such object, comprising: 

operation means for performing modeling conversion to traces pursuant to the movement of said object from a 
camera viewpoint and operating the conversion n«trix thereof; 
storage means for storing said conversion matrix; 

judgment means for judging whether the display of said traces is necessary; and . „ 

display means for reading said conversion matrix from said storage means and displaying said conversion 
matrix when said judgment means judges that the display of said traces is necessary. 

16. A game device for moving an object in a virtual three<limensional space pursuant to operations from an operator 
and generating images of the nrroving state of such object, compnsing: 



14 



I: <EP 10295a9A2J_> 



EP 1 029 569 A2 



movement mode provision means for providing a plurality of movement modes including a brake timing notifi- 
cation mode for notifying said operator of the brake application timing of said object; and 
selection means for selecting said movement mode pursuant to the selection made by said operator; 
wherein said movement mode provision means lor realizing said brake timing notification mode includes: 
5 judgement means for judging whether or not brake application is necessary based on the speed and position 

of said object operated by said operator; 

calculation means for calculating the brake timing based on the speed and position of said object operated by 
said operator when said judgment means judges that brake application is necessary; and 
notification means for notifying said operator of said brake application timing based on the brake timing calcu- 
10 lated by said calculation means. 

17. A game device according to claim 16, wherein said judgment means and calculation means respectively perform 
judgment and calculation based on the speed and position of said object operated by said operator, and the refer- 
ence data corresponding to such position. 

15 

18. A game device according to claim 16 or17, wherein said notification means notifies, earlier than usual, said brake 
application timing when the speed of said object is fast in comparison to when the speed of said object is slow. 

19. A vehicle brake-control device for controlling the braking power of the vehicle traveling along a route in an actual 
so space, comprising: 

storage means for priorly storing data relating to braking of the traveling route which said vehicle is to travel; 
vehicle position detection means for detecting the position of said vehicle on said traveling route; and 
control means for automatically controlling the braking state of said vehicle during the traveling state thereof 
25 based on the data stored in said storage means and the position detected by said vehicle position detection 

means. 



20. A method of operating a game device for moving an object in a virtual three-dimensional space pursuant to opera- 
tions from a player and generating images of the moving state of such object, comprising: 

providing to a player a plurality of different movement modes having mutually different movement operation 
characteristics upon moving said object. 

enabling a player to select a desired movement mode from said plurality of different movement modes; and 
executing a game relating to the movement of said object in the movement mode selected by said player. 

21 . A method of operating a game device for moving an object in a virtual three-dimensional space pursuant to opera- 
tions from a player and generating images of the moving state of such object, comprising: 

operating the actual data showing the moving state upon said player actually moving said object; and 
40 comparing priorly stored reference data representing the movement of said object in an Ideal state and said 

actual data and automatically assisting the moving state of said object to be moved by said player. 



30 



35 



22. A method of operating a game device for moving an object in a virtual three-dimensional space pursuant to opera- 
tions from a player and generating images of the moving state of such object, comprising: 

45 

performing modeling conversion to traces pursuant to the movement of said object from a camera viewpoint 
and operating the conversion matrix thereof: 
storing said conversion matrix; 

judging whether the display of said traces is necessary; and 
50 reading said stored conversion matrix and displaying saki conversion matrix when it is judged that the display 

of said traces is necessary. 



23. A method of operating a game device for moving an object in a virtual three-dimensional space pursuant to opera- 
tions from an operator and generating images of the moving state of such object, comprising: 

55 

for providing a plurality of movement modes Including a brake timing notification mode for notifying said oper- 
ator of the brake application timing of said object; and 

selecting said movement mode pursuant to the selection made by said operator; 
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Wherein said movement mode provision step for realizing said brake timing notification mode includes: 
judging whether or not brake application is necessary based on the speed and position of said object operated 

SSatin^Se brake timing based on the speed and position of said object operated by said operator when 

said judgement means judges that brake application is necessary; and 

notifying said operator of said brake application timing based on the calculated brake timing. 

24. A method of operating a vehicle brake<ontrol device for controlling the braking power of the vehicle traveling along 
a route in an actual space, comprising: 

detectina the oosition of said vehicle on said traveling route; and 

auSSly controlling the braking state of said vehicle during the traveling state thereof 

stored data relating to braking of the traveling route which said vehicle is to travel and on the posrt.on detected 

by said vehicle position detection means. 

25 A computer program comprising computer program code means adapted to perform all the steps of claim 20. or of 
claim 21 . or of claim 22 or of claim 23 or of claim 24 when said program is run on a computer. 

26. A computer program as claimed in claim 25 embodied on a computer readable data storage medium. 
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